Providing a door for a room within a virtual conferencing system

ABSTRACT

Aspects of the present disclosure involve a system comprising a computer-readable storage medium storing a program and method for providing a door for a room within a virtual conferencing system. The program and method provide for virtual conferencing between plural participants within a room of a virtual space, the room being assigned a door for entry by an additional participant into the room; provide, for each of the plural participants, an interface for locking or closing the door assigned to the room; receive indication of user selection, by at least one of the plural participants via the interface, to close or lock the door assigned to the room; and provide, in response to a request by the additional participant to enter the room, a notification that the door assigned to the room is closed or locked.

CROSS-REFERENCE TO RELATED APPLICATION

This patent application claims the benefit of U.S. Provisional PatentApplication No. 63/250,941, filed Sep. 30, 2021, entitled “PROVIDING ADOOR FOR A ROOM WITHIN A VIRTUAL CONFERENCING SYSTEM”, which isincorporated by reference herein in its entirety.

TECHNICAL FIELD

The present disclosure relates generally to virtual conferencingsystems, including providing a door for a room within a virtualconferencing system.

BACKGROUND

A virtual conferencing system provides for the reception andtransmission of audio and video data between devices, for communicationbetween device users in real-time.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

In the drawings, which are not necessarily drawn to scale, like numeralsmay describe similar components in different views. To easily identifythe discussion of any particular element or act, the most significantdigit or digits in a reference number refer to the figure number inwhich that element is first introduced. Some nonlimiting examples areillustrated in the figures of the accompanying drawings in which:

FIG. 1 is a diagrammatic representation of a networked environment inwhich the present disclosure may be deployed, in accordance with someexamples.

FIG. 2 is a diagrammatic representation of a virtual conferencingsystem, in accordance with some examples, that has both client-side andserver-side functionality.

FIG. 3 is a diagrammatic representation of a data structure asmaintained in a database, in accordance with some examples.

FIG. 4 illustrates a virtual space design interface with interfaceelements for designing a virtual space, in accordance with some exampleembodiments.

FIG. 5 illustrates a virtual space navigation interface with interfaceelements to navigate between the rooms of a virtual space and toparticipate in virtual conferencing with respect to the rooms, inaccordance with some example embodiments.

FIG. 6 is an interaction diagram illustrating a process for providing adoor for a room within a virtual conferencing system, in accordance withsome example embodiments.

FIGS. 7A-7C illustrate various interface elements relating to providinga door for a room within a virtual conferencing system, in accordancewith some example embodiments.

FIG. 8 is a flowchart illustrating a process for providing a door for aroom within a virtual conferencing system, in accordance with someexample embodiments.

FIG. 9 is a diagrammatic representation of a machine in the form of acomputer system within which a set of instructions may be executed forcausing the machine to perform any one or more of the methodologiesdiscussed herein, in accordance with some examples.

FIG. 10 is a block diagram showing a software architecture within whichexamples may be implemented.

DETAILED DESCRIPTION

A virtual conferencing system provides for the reception andtransmission of audio and video data between devices, for communicationbetween device users in real-time. A virtual conferencing system allowsa user to design or select a virtual space with multiple rooms forreal-time communication. Participants may switch between the differentrooms of the virtual space, for example, to engage in differentconversations, events, seminars, and the like. In some cases,participants within a room may wish for additional participants torequest entry before entering the room. In other cases, participantswithin a room may wish to prevent additional participants from enteringthe room.

The disclosed embodiments provide for a room within the virtual space tobe assigned a door. For example, a user (e.g., administrator) mayconfigure the room with a door. Alternatively, the room may beconfigured to automatically have a door assigned to the room.

The door for a given room is configurable to be opened, closed, orlocked by the participants within the room. For example, an open doorfor a room provides for an additional participant to automatically enterthe room, in response to the additional participant selecting the roomwithin the virtual space. In another example, a closed door for a roomprovides for an additional participant to enter the room after beingprompted to knock, in response to the additional participant selectingthe room within the virtual space. In yet another example, a locked doorfor a room prohibits entry by an additional participant. Configuringrooms with virtual doors as described herein provides for participantsand/or administrators to select when additional participants arerequired to request entry (e.g., by knocking on a closed door), or whenadditional participants are prohibited from entering (e.g., via a lockeddoor).

FIG. 1 is a block diagram showing an example virtual conferencing system100 for exchanging data over a network. The virtual conferencing system100 includes multiple instances of a client device 102, each of whichhosts a number of applications, including a virtual conference client104 and other application(s) 106. Each virtual conference client 104 iscommunicatively coupled to other instances of the virtual conferenceclient 104 (e.g., hosted on respective other client devices 102), avirtual conference server system 108 and third-party servers 110 via anetwork 112 (e.g., the Internet). A virtual conference client 104 canalso communicate with locally-hosted applications 106 using ApplicationsProgram Interfaces (APIs).

The virtual conferencing system 100 provides for the reception andtransmission of audio, video, image, text and/or other signals by userdevices (e.g., at different locations), for communication between usersin real-time. In some cases, two users may utilize virtual conferencingto communicate with each other in one-to-one communication at theirrespective devices. In other cases, multiway virtual conferencing may beutilized by more than two users to participate in a real-time, groupconversation. Thus, multiple client devices 102 may participate invirtual conferencing, for example, with the client devices 102participating in a group conversation in which audio-video contentstreams and/or message content (e.g., text, images) are transmittedbetween the participant devices.

A virtual conference client 104 is able to communicate and exchange datawith other virtual conference clients 104 and with the virtualconference server system 108 via the network 112. The data exchangedbetween virtual conference clients 104, and between a virtual conferenceclient 104 and the virtual conference server system 108, includesfunctions (e.g., commands to invoke functions) as well as payload data(e.g., video, audio, other multimedia data, text).

The virtual conference server system 108 provides server-sidefunctionality via the network 112 to a particular virtual conferenceclient 104. For example, with respect to transmitting audio and/or videostreams, the virtual conference client 104 (e.g., installed on a firstclient device 102) may facilitate in transmitting streaming content tothe virtual conference server system 108 for subsequent receipt by otherparticipant devices (e.g., one or more second client devices 102)running respective instances of the virtual conference client 104.

The streaming content can correspond to audio and/or video contentcaptured by sensors (e.g., microphones, video cameras) on the clientdevices 102, for example, corresponding to real-time video and/or audiocapture of the users (e.g., faces) and/or other sights and soundscaptured by the respective device. The streaming content may besupplemented with other audio/visual data (e.g., animations, overlays,emoticons and the like) and/or message content (e.g., text, stickers,emojis, other image/video data), for example, in conjunction withextension applications and/or widgets associated with the virtualconference client 104.

While certain functions of the virtual conferencing system 100 aredescribed herein as being performed by either a virtual conferenceclient 104 or by the virtual conference server system 108, the locationof certain functionality either within the virtual conference client 104or the virtual conference server system 108 may be a design choice. Forexample, it may be technically preferable to initially deploy certaintechnology and functionality within the virtual conference server system108 but to later migrate this technology and functionality to thevirtual conference client 104 where a client device 102 has sufficientprocessing capacity.

The virtual conference server system 108 supports various services andoperations that are provided to the virtual conference client 104. Suchoperations include transmitting data to, receiving data from, andprocessing data generated by the virtual conference client 104. Thisdata may include the above-mentioned streaming content and/or messagecontent, client device information, and social network information, asexamples. Data exchanges within the virtual conferencing system 100 areinvoked and controlled through functions available via user interfaces(UIs) of the virtual conference client 104.

Turning now specifically to the virtual conference server system 108, anApplication Program Interface (API) server 114 is coupled to, andprovides a programmatic interface to, application servers 118. Theapplication servers 118 are communicatively coupled to a database server124, which facilitates access to a database 126 that stores dataassociated with virtual conference content processed by the applicationservers 118. Similarly, a web server 116 is coupled to the applicationservers 118, and provides web-based interfaces to the applicationservers 118. To this end, the web server 116 processes incoming networkrequests over the Hypertext Transfer Protocol (HTTP) and several otherrelated protocols.

The Application Program Interface (API) server 114 receives andtransmits virtual conference data (e.g., commands, audio/video payloads)between the client device 102 and the application servers 118.Specifically, the Application Program Interface (API) server 114provides a set of interfaces (e.g., routines and protocols) that can becalled or queried by the virtual conference client 104 in order toinvoke functionality of the application servers 118. The ApplicationProgram Interface (API) server 114 exposes various functions supportedby the application servers 118, including account registration, loginfunctionality, the streaming of audio and/or video content, and/or thesending and retrieval of message content, via the application servers118, from a particular virtual conference client 104 to another virtualconference client 104, the retrieval of a list of contacts of a user ofa client device 102, the addition and deletion of users (e.g., contacts)to a user graph (e.g., a social graph), and opening an application event(e.g., relating to the virtual conference client 104).

The application servers 118 host a number of server applications andsubsystems, including for example a virtual conference server 120 and asocial network server 122. The virtual conference server 120 implementsa number of virtual conference processing technologies and functions,particularly related to the aggregation and other processing of content(e.g., streaming content) included in audio-video feeds received frommultiple instances of the virtual conference client 104. Other processorand memory intensive processing of data may also be performedserver-side by the virtual conference server 120, in view of thehardware requirements for such processing.

The social network server 122 supports various social networkingfunctions and services and makes these functions and services availableto the virtual conference server 120. To this end, the social networkserver 122 maintains and accesses a user graph 304 (as shown in FIG. 3 )within the database 126. Examples of functions and services supported bythe social network server 122 include the identification of other usersof the virtual conferencing system 100 with which a particular user hasrelationships (e.g., contacts such as friends, colleagues, teachers,students, and the like).

In one or more embodiments, a user interacting via the virtualconference client 104 running on a first client device 102 may selectand invite participant(s) to a virtual conference. For example, theparticipants may be selected from contacts maintained by the socialnetwork server 122. In another example, the participants may be selectedfrom contacts included within a contact address book stored inassociation with the first client device 102 (e.g., in local memory orin a cloud-based user account). In another example, the participants maybe selected by the user manually entering email addresses and/or phonenumbers of the participants.

The user at the first client device 102 may initiate the virtualconference by selecting an appropriate user interface element providedby the virtual conference client 104, thereby prompting the invitedparticipants, at their respective devices (e.g., one or more secondclient devices 102), to accept or decline participation in the virtualconference. When the participant(s) have accepted the invitation (e.g.,via the prompt), the virtual conference server system 108 may perform aninitialization procedure in which session information is publishedbetween the participant client devices 102, including the user whoprovided the invite. Each of the participant client devices 102 mayprovide respective session information to the virtual conference serversystem 108, which in turn publishes the session information to the otherparticipant client devices 102. The session information for each clientdevice 102 may include content stream(s) and/or message content that ismade available by the client device 102, together with respectiveidentifiers for the content stream(s) and/or message content.

As described below with respect to FIG. 2 , the virtual conference maycorrespond to a virtual space which includes one or more rooms (e.g.,virtual rooms). The virtual space and its corresponding rooms may havebeen created at least in part by the inviting user and/or by otherusers. In this manner, an end user may act as an administrator, whocreates their own virtual spaces with rooms, and/or designs a virtualspace based on preset available rooms.

FIG. 2 is a block diagram illustrating further details regarding thevirtual conferencing system 100, according to some examples.Specifically, the virtual conferencing system 100 is shown to comprisethe virtual conference client 104 and the application servers 118. Thevirtual conferencing system 100 embodies a number of subsystems, whichare supported on the client-side by the virtual conference client 104and on the server-side by the application servers 118. These subsystemsinclude, for example, a virtual space creation system 202 whichimplements a virtual space design interface 204, and a virtual spaceparticipation system 206 which implements a virtual space navigationinterface 208.

The virtual space creation system 202 provides for a user to design oneor more virtual space(s) in which participants may engage in virtualconferencing. In one or more embodiments, a virtual space corresponds toan environment with one or more rooms configured to accommodate virtualconferencing.

The virtual space may be created and/or selected (e.g., from among a setof predefined virtual spaces with rooms) by an end user who wishes toinvite other users for virtual conferencing. In addition, the individualrooms of a virtual space may be newly-created and/or selected (e.g.,from among a set of predefined rooms) by the end user. In one or moreembodiments, the virtual space creation system 202 includes a virtualspace design interface 204, which is usable by the end user to design avirtual space, including creating and/or selecting rooms for includingin the virtual space.

As discussed below with respect to FIG. 4 , the virtual space designinterface 204 enables an end user (e.g., acting as an administrator) toselect and/or position multiple elements within in a room. Examples ofelements include, but are not limited to, participant video elements(e.g., for displaying the respective video feeds of participants), chatinterfaces (e.g., for participants to provide text-based messages,stickers and/or reactions within a room), breakout buttons (e.g., forshuffling from a first room to one or more second rooms), and/or otheruser-definable elements for performing certain actions (e.g., speakinginto a virtual microphone, querying an administrator via a button, andthe like).

The virtual space participation system 206 is configured to performvirtual conferencing among participants within a virtual space. Theparticipants may include the end user (e.g., administrator) who createdthe virtual space, as well as those users who were invited toparticipate in virtual conferencing with respect to the virtual spacecreated/selected by the end user. The virtual space participation system206 includes a virtual space navigation interface 208 (e.g., discussedbelow with respect to FIG. 5 ) that allows participants to navigatebetween the rooms of a virtual space, and to participate in virtualconferencing with respect to the rooms.

In one or more embodiments, the virtual space creation system 202 andthe virtual space participation system 206 provide for an end user(e.g., an administrator) to create different types of environments(e.g., virtual spaces with rooms) for virtual conferencing, and forparticipants to engage in virtual conferencing within such environments.Examples of such virtual conferencing include, but are not limited to:business meetings, seminars, presentations, classroom lectures, teacheroffice hours, concerts, reunions, virtual dinners, escape rooms, and thelike.

FIG. 3 is a schematic diagram illustrating data structures 300, whichmay be stored in the database 126 of the virtual conference serversystem 108, according to certain examples. While the content of thedatabase 126 is shown to comprise a number of tables, it will beappreciated that the data could be stored in other types of datastructures (e.g., as an object-oriented database).

The database 126 includes profile data 302, a user graph 304 and a usertable 306 relating to the users (participants) of the virtualconferencing system 100. The user table 306 stores user data, and islinked (e.g., referentially) to the user graph 304 and the profile data302. Each user of the virtual conferencing system 100 is associated witha unique identifier (email address, telephone number, social networkidentifier, etc.).

The user graph 304 stores (e.g., in conjunction with the social networkserver 122) information regarding relationships and associations betweenusers. Such relationships may be social, professional (e.g., work at acommon corporation or organization) interested-based or activity-based,merely for example. As noted above, the user graph 304 may be maintainedand accessed at least in part by the social network server 122.

The profile data 302 stores multiple types of profile data about aparticular user. The profile data 302 may be selectively used andpresented to other users of the virtual conferencing system 100, basedon privacy settings specified by a particular user. The profile data 302includes, for example, a user name, telephone number, email address,and/or settings (e.g., notification and privacy settings), as well as auser-selected avatar representation.

The database 126 further includes a virtual spaces table 308. As notedabove, a virtual space corresponds to an environment with one or morerooms configured to accommodate virtual conferencing. A virtual spacemay be newly-created by a user, or may be included within one or moresets of public virtual spaces made available (e.g., by other users,system administrators, and the like) for virtual conferencing. Thevirtual spaces table 308 stores information representing the one or moresets of public virtual spaces, as well as any private virtual space(s)created by a user (e.g., in a case where the particular user did notmake such virtual space(s) public).

In one or more embodiments, the virtual spaces table 308 storesassociations between its virtual spaces and users (e.g., within the usertable 306) who selected those virtual spaces. In this manner, it ispossible for a particular user to have one or more virtual spacesassociated therewith. Moreover, the database 126 includes a rooms table310 which may be associated with the virtual spaces within the virtualspaces table 308. As noted above, a room may be newly-created by a user,or may be included within one or more sets (e.g., galleries) of publicrooms made available for user selection. The rooms table 310 storesinformation representing the one or more sets of rooms, as well as anyprivate room(s) created by the user (e.g., in a case where theparticular user did not make such room(s) public). The storedinformation is usable by the virtual conferencing system 100 to createthe corresponding rooms for use in a virtual space. In one or moreembodiments, the stored information may further include recordings(e.g., audio and/or video recordings) of a particular virtualconference, for subsequent playback by corresponding participants.

FIG. 4 illustrates a virtual space design interface 204 with interfaceelements for designing a virtual space, in accordance with some exampleembodiments. Designing the virtual space may include creation and/orselection of rooms for including in the virtual space. The virtual spacedesign interface 204 includes a menu interface 402, a room elementsinterface 404, an element properties interface 406, a controls interface408, a room list interface 410, a room canvas interface 412, and anadministrator name 414. It is noted that elements 402-414 correspond toan example of interface elements for the virtual space design interface204, and that additional, fewer and/or different interface elements maybe used.

An administrator (e.g., corresponding to administrator name 414) may usethe various interface elements to design a virtual space. In one or moreembodiments, the menu interface 402 includes user-selectable categories(e.g., menu headings) relating to a virtual space (e.g., “workspace”),rooms within the virtual space, and/or elements within a room. Forexample, the workspace category is user-selectable for presentingoptions (e.g., via a drop-down list) to manage settings for the virtualspace, manage invites for the virtual space, manage versions of avirtual space, publish the virtual space (e.g., for future use byusers), manage virtual space publications, and/or to start/managerecordings (e.g., audio and/or video recordings) with respect to thevirtual space.

The room category of the menu interface 402 is user-selectable forpresenting options (e.g., via a drop-down list) to manage settings for aroom within the virtual space, set a room background, set an order forthe rooms listed in the room list interface 410, create a new room,import a room from a set of available rooms, remove a room, publish aroom, manage room publications, and/or to start/manage recordings withrespect to a room.

In addition, the element category is user-selectable for presentingoptions (e.g., via a drop-down list) to insert elements into a room,insert shapes into a room, foreground/background elements,arrange/position elements, and/or group elements. Examples of elementsinclude, but are not limited to: an action button, analog clock,audience question board, backpack item, breakout button, chat, closedcaption display, closed caption input, countdown, clock, digital clock,doorbell, double-sided image, feedback, image, multiuser video chat,music, participant audio mixer, participant count, participant video,picture strip, poll, random source, room preview, scheduled time, soundeffect, stopwatch, take picture, text, timer, user search, video,waiting list, web media, website. Examples of shapes include, but arenot limited to, a circle, rectangle and triangle.

The users category of the menu interface 402 is user-selectable forpresenting options (e.g., via a drop-down list) to manageusers/participants of the virtual space (e.g., adding tags forparticipants, so as to distinguish between roles such as anadministrator or an attendee/participant). In addition, the editcategory is user-selectable for performing edit operations (e.g., undo,redo, cut, copy, paste), and the help category is user-selectable forperforming help operations (e.g., getting started, discord, live help,submitting feedback).

In one or more embodiments, the room elements interface 404 includesuser-selectable icons for inserting elements (e.g., corresponding to asubset of those available via the above-mentioned element category) intoa current room. For example, the elements may be added and/or positionedwithin the current room by selecting the element and dragging theselected element onto the room canvas interface 412, which representsthe layout of the current room.

In one or more embodiments, the room elements interface 404 includeicons including but not limited to: a text icon for adding text to aroom; a participant video icon for adding a single participant videoelement (e.g., an interface element which is selectable by a singleparticipant for displaying that participant's video feed) to a room; amultiuser video icon for adding a multiple participant video element(e.g., an interface element which is selectable by one or moreparticipants for displaying the video feeds for those participants) to aroom; a chat icon for adding a chat interface (e.g., for messaging usingtext, stickers, emojis, etc.) to a room; a video playback icon foradding a video playback element (e.g., screen) to a room for playback ofa selected video; a background icon for selecting a backgroundcolor/gradient, image or video to a room; an action icon for adding anaction element (e.g., button) to a room for performing a user-definedaction (e.g., speaking into a virtual microphone, querying anadministrator via a button, and the like); and/or a breakout button foradding a breakout element (e.g., button) for shuffling selectedparticipants between the current room and one or more other rooms.

In one or more embodiments, the element properties interface 406 includevarious fields for setting configuration properties for above-describedroom elements. For example, with respect to elements in general (e.g.,text, single participant video element, multi participant video element,chat interface, video element, background image, action element,breakout button), the element properties interface 406 includes fieldsfor setting the element title/name, opacity, gradient, style, layout,borders/corners, shadows, interaction (e.g., to what extentparticipant(s) may delete, modify, resize the element), filtering, fullscreen status, conditions, accessibility and actions for the element.For the single participant video element, the element propertiesinterface 406 includes further fields for setting the manner in whichusers are placed into the single participant video element duringvirtual conferencing (e.g., automatically, manually by the participantand/or the administrator end user). In addition, for the chat interface,the element properties interface 406 includes further properties forsetting who (e.g., administrator and/or participants) can provide chatinput, and/or which types of input (e.g., text, stickers, emojis, etc.)are available. For the action element, the element properties interface406 includes further properties for setting what type of action is to beperformed in response to user selection of the action element (e.g.,button). Moreover, for the breakout element, the element propertiesinterface 406 includes further properties for selecting participantsand/or breakout rooms.

In one or more embodiments, the element properties interface 406 furtherincludes fields for setting configuration properties for the room canvasinterface 412. For example, the element properties interface 406includes fields for selecting a number of fake participants (e.g.,simulated video feeds) in order to visualize multiple users, selectingmusic (e.g., background music), and/or selecting reaction buttons forparticipants to indicate real-time reactions with respect to virtualconferencing within a room.

In one or more embodiments, the controls interface 408 includesuser-selectable icons corresponding to controls (e.g., administrativecontrols) for the virtual space. For example, the controls interface 408include icons including but not limited to: a director mode icon fortoggling between a director mode for designing a room and a user modefor viewing the room within the virtual space design interface 204(e.g., with the director mode including the room elements interface 404and the element properties interface 406 while the user mode does not);a view icon for viewing the room within the virtual space navigationinterface 208; a share screen icon (e.g., for collaborative design withother user(s) such as co-administrators); a microphone icon for enablingor disabling the microphone; a help icon (e.g., getting started,discord, live help, submitting feedback); an invite icon (e.g., fordisplaying an invite link for sending to participants to visit thevirtual space); a settings icon (e.g., for selecting the end user'svideo and audio devices for the virtual conferencing, and for selectinga user avatar); and/or an exit icon for exiting the virtual space designinterface 204.

In one or more embodiments, the room list interface 410 displays thelist of rooms for the virtual space. Each listed room is user selectableto switch to edit (e.g., in director mode) and/or view (e.g., in usermode) the selected room. As noted above, the list of rooms may bemodified (e.g., by adding, importing and/or removing rooms) via theoptions within the room category of the menu interface 402.

FIG. 5 illustrates a virtual space navigation interface 208 withinterface elements to navigate between the rooms of a virtual space andto participate in virtual conferencing with respect to the rooms, inaccordance with some example embodiments. The virtual space navigationinterface 208 includes a controls interface 502, a room list interface504, a current room interface 506, a participant video element 508 and aparticipant video element 510. It is noted that elements 502-512correspond to an example of interface elements for the virtual spacenavigation interface 208, and that additional, fewer and/or differentinterface elements may be used.

In one or more embodiments, the controls interface 502 includesuser-selectable icons corresponding to controls (e.g., administrativecontrols) for the virtual space. For example, the controls interface 408include icons including but not limited to: an edit icon for redirectingto the virtual space design interface 204 to edit the current room; avolume icon for adjusting a volume level for the current room; a sharescreen icon (e.g., for allowing others to view the room withoutnecessarily joining the room); a microphone icon for muting and unmutingthe microphone; a help icon (e.g., getting started, discord, live help,submitting feedback); an invite icon (e.g., for displaying an invitelink for participants to visit the virtual space); a settings icon(e.g., for selecting the end user's video and audio devices for thevirtual conferencing, and for selecting a user avatar); and/or an exiticon for exiting the virtual space design interface 204.

In one or more embodiments, the room list interface 504 displays thelist of rooms for the virtual space. Each listed room is user selectableto switch to the selected room (e.g., for virtual conferencing). Theselected room is presented as a current room within the current roominterface 506. In this manner, a participant may navigate among themultiple rooms available within the virtual space. Alternatively or inaddition, navigation between rooms is possible via a virtual space mapinterface (not shown) which depicts a map view of the virtual space(e.g., a floor plan) and its corresponding rooms, with each room beinguser selectable to navigate thereto. Alternatively or in addition,navigation between rooms is further possible by positioning a navigationbutton (not shown) within a room, where user selection of the buttonresults in navigating to another room (e.g., a predefined room). Asnoted above, the virtual space design interface 204 allows for thedesign of a virtual space and its corresponding rooms. As such,navigation between rooms is based at least in part on the design of thevirtual space (e.g., a virtual space may include one or more of theabove-mentioned room list interface 504, the virtual space map/floorplan interface and/or the navigation button).

With respect to the current room interface 506, each participant isrepresented as a respective participant video element. As noted above, aparticipant video element corresponds to an interface element (e.g., abox) which is selectable by a single participant for displaying thatparticipant's video feed. The example of FIG. 5 includes a firstparticipant associated with the participant video element 508 and asecond participant associated with the participant video element 510. Inone or more embodiments, with respect to the perspective of the firstparticipant, the participant video element 510 showing the feed of thesecond participant may include participant button(s) 512. For example,the participant button(s) 512 are selectable by the first participant soas to perform a predefined action (e.g., initiate a side conversation,designate the second participant to follow the first participant whenthe first participant moves rooms) with respect to the secondparticipant.

While the example of FIG. 5 illustrates two participants, it is possiblefor the current room interface 506 to accommodate additionalparticipants for virtual conferencing. The additional participants maybe positioned (e.g., automatically and/or manually by dragging) based onthe positioning of participant video elements (e.g., boxes) as designedby the virtual space design interface 204.

In one or more embodiments, the virtual space navigation interface 208may vary based on whether a given participant is an administrator oranother participant (e.g., an attendee). For example, some participantvideo elements may be designated (e.g., via the virtual space designinterface 204) for administrators, while other participant videoelements are designated for other participants. The virtual conferenceserver system 108 is configured to distinguish between theseadministrator or other participant roles, for example, based on theabove-described tags assigned to participants via the users category ofthe menu interface 402 provided by the virtual space design interface204.

FIG. 6 is an interaction diagram illustrating a process 600 forproviding a door for a room within a virtual conferencing system, inaccordance with some example embodiments. For explanatory purposes, theprocess 600 is described herein with reference to one or more firstclient device(s) 602, a second client device 604, and the virtualconference server system 108. Each of the first client device(s) 602 andthe second client device 604 may correspond to a respective clientdevice 102. The process 600 is not limited to the first client device(s)602, the second client device 604 and the virtual conference serversystem 108. Moreover, one or more blocks (or operations) of the process600 may be performed by one or more other components of the first clientdevice(s) 602, the second client device 604 or the virtual conferenceserver system 108, and/or by other suitable devices. Further forexplanatory purposes, the blocks (or operations) of the process 600 aredescribed herein as occurring in serial, or linearly. However, multipleblocks (or operations) of the process 600 may occur in parallel orconcurrently. In addition, the blocks (or operations) of the process 600need not be performed in the order shown and/or one or more blocks (oroperations) of the process 600 need not be performed and/or can bereplaced by other operations. The process 600 may be terminated when itsoperations are completed. In addition, the process 600 may correspond toa method, a procedure, an algorithm, etc.

Each of the first client device(s) 602 and the second client device 604have instances of the virtual conference client 104 installed thereon.In the example of FIG. 6 , the one or more first client device(s) 602and the second client device 604 are associated with respective one ormore first participant(s) and a respective second participant of thevirtual conference server system 108. For example, the firstparticipant(s) may be associated with first user account(s) of thevirtual conference server system 108, and the second participant may beassociated with a second user account of the virtual conference serversystem 108.

As noted above, the first participant(s) and the second participant areidentifiable by the virtual conference server system 108 based on uniqueidentifiers (e.g., email addresses, telephone numbers) associated withrespective user accounts for the first participant(s) and secondparticipant. In one or more embodiments, the virtual conference serversystem 108 implements and/or works in conjunction with a social networkserver 122 which is configured to identify contacts with which aparticular user has relationships. For example, the first participant(s)and second participant may be contacts with respect to the virtualconference server system 108. As described herein, the virtualconferencing system 100 provides a door to a current room of a virtualspace, where the door is closable and/or lockable by the firstparticipant(s).

At operation 606, the virtual conference server system 108 provides forreal-time communication between the first participant(s) at respectivefirst client device(s) 602. The real-time communication may occur withina room (e.g., a current room) of plural rooms included within a virtualspace. Each of the first participant(s) may be represented by arespective participant video element (e.g., elements 508-510 in FIG. 5 ,corresponding to respective video feeds).

Moreover, the virtual conference server system 108 provides fortransmitting audio to the first client device(s) 602 via an audiochannel. For example, the audio channel corresponds to a communicationstream between the first participant(s) within the first room. Thecommunication may be one way (e.g., from a presenter to the remainingfirst participant(s)) or multi-way (e.g., between two or more of thefirst participant(s)), based on the configuration/design of the firstroom (e.g., as set via the virtual space design interface 204).

The virtual conference server system 108 provides for rooms in thevirtual space to be assigned a respective door. In one or moreembodiments, a user (e.g., administrator) may have configured each roomwith a door, for example, using the virtual space design interface 204.Alternatively, the virtual conference server system 108 may configureeach room to automatically have a respective door assigned thereto.

For each room in the virtual space, the respective door is configurableto be opened, closed, or locked by the participants within the room. Forexample, an open door for a room provides for an additional participantto automatically enter the room, in response the additional participantselecting the room within the virtual space (e.g., via the room listinterface 504). In another example, a closed door for a room providesfor an additional participant to enter the room after being prompted toknock, in response to the additional participant selecting the roomwithin the virtual space. In yet another example, a locked door for aroom prohibits entry by an additional participant (e.g., unless theadditional participant has administrator privileges for entering anyroom).

Thus, at operation 608, the virtual conference server system 108provides, to the first client device(s) 602, display of an interface foropening, closing and/or locking the door for the room. For example, theinterface is provided within the virtual space navigation interface 208,as a selectable element within the current room interface 506 and/orwithin the room list interface 504. The selectable element includesuser-selectable options for opening, closing and/or locking the door.Alternatively, the interface is provided within the virtual space designinterface 204, as a configurable setting within the element propertiesinterface 406. The setting is configurable to open, close and/or lockthe door.

In the example of FIG. 6 , one of the first client device(s) 602receives user selection, by a respective one of the first participant(s)and via the interface, to close or lock the door assigned to the room(block 610). In one or more embodiments, the door may default to an openposition. Any of the first participant(s) within the room may haveselected to close or lock the door via the above-described interface. Atoperation 612, the client device of the first client device(s) 602 thatreceived the user selection to close or lock the door sends anindication of the user selection to the virtual conference server system108.

At block 614, the virtual conference server system 108 stores anindication of the user selection. For example, the indication is storedin the database 126, in conjunction with the rooms table 310. The roomstable 310 may store, for each room, a door status of being opened,closed, or locked. Based on the door status provided at operation 612(e.g., closed or locked), the virtual conference server system 108updates the rooms table 310 for the current room.

At block operation 616, the virtual conference server system 108 sendsan indication to all of the first client device(s) 602 that the door hasbeen closed or locked. Thus, while one of the first participant(s) mayhave selected to lock or close the door, all of the first participant(s)are notified of the locking or closing of the door. In one or moreembodiments, the virtual conference client 104 running on each of therespective first client device(s) 602 displays a notification of theupdated door status. For example, the notification indicates that thedoor has been locked or closed, and further indicates the name of theparticipant who selected to lock or close the door.

After the door for the current room has been closed or locked, anadditional participant may wish to enter the room. In the example ofFIG. 6 , a second participant at the second client device 604 selects toenter the room (block 618). As noted above, based on design via thevirtual space design interface 204, the virtual space navigationinterface 208 provides for navigating between rooms in different manners(e.g., via the room list interface 504, the virtual space map/floor planinterface, and/or a navigation button). The second participant may haveselected to enter the current room accordingly. A dashed line isdepicted between operation 616 and block 618 in FIG. 6 , to indicatethat the selection to enter the room may occur at different times after(e.g., immediately after, minutes after, an hour after, etc.) the doorto the current room has been closed or locked.

In response to the selection, the second client device 604 sends arequest to the virtual conference server system 108 (operation 620). Therequest is for the second participant corresponding to the second clientdevice 604 to enter the room, so as to participate in virtualconferencing within the room with the first participant(s).

At operation 622, the virtual conference server system 108 sends anotification to the second client device 604, indicating to the secondparticipant that the door to the room is closed or locked. In one ormore embodiments, the virtual conference server system 108 first checksthe door status (e.g., closed, locked) as stored within the database 126per block 614 above.

In a case where the door is locked, the virtual conference server system108 provides for the virtual conference client 104 on the second clientdevice 604 to display a notification that the door is locked. As notedabove, the virtual conference server system 108 prohibits the secondparticipant from entering the room, unless the second participant hasadministrator privileges for entering the room. For example, anadministrator may have privileges to enter any room, even if locked,within a virtual space.

In a case where the door is closed, the virtual conference server system108 provides for the virtual conference client 104 on the second clientdevice 604 to display a notification that the door is closed. In one ormore embodiments, the notification includes a prompt for the secondparticipant to knock on the door before entering the room.

In the example of FIG. 6 , block 624 corresponds to a scenario in whichthe door is closed. The second client device 604 receives user inputfrom the second participant (via the prompt) to knock on the door. Atoperation 626, the second client device 604 sends an indication of theknock by the second participant to the virtual conference server system108. In one or more embodiments, the virtual conference client 104 onthe second client device 604 displays a notification to the secondparticipant, to confirm that the second participant knocked.

At operation 628, the virtual conference server system 108 provides anindication to the first client device(s) 602, to notify the firstparticipant(s) that the second participant knocked. For example, thevirtual conference server system 108 may provide for playback of anaudio track/file on each of the first client device(s) 602. The audiotrack/file may correspond to the sound of somebody knocking on a door.In one or more embodiments, the second client device 604 may alsoplayback the audio track/file corresponding to the knocking sound.

Moreover, the virtual conference server system 108 may provide for eachof the first client device(s) 602 to display a notification whichincludes the name of the second participant, and which indicates thatthe second participant knocked on the closed door. The notification mayfurther prompt each respective first participant to accept or deny entryof the second participant into the room.

In response to at least one of the first participant(s) accepting entryof the second participant via the prompt, the virtual conference serversystem 108 at operation 628 further provides for the second participantto enter the room and to participate in virtual conferencing within theroom. For example, the virtual conference server system 108 provides foradding a participant video element of the second participant to theroom.

As noted above, each room within the virtual space may have a respectivedoor assigned thereto. In one or more embodiments, it is possible foroperations 606-628 to be performed with respect to different rooms (withdifferent participants) of the virtual space. The operations 606-628performed with respect to one room may be performed at or around thesame time, or at a different time relative to those performed withrespect to other room(s).

Thus, the virtual conferencing system 100 as described herein providesfor a room to be assigned a door which is closable and lockable byparticipants within the room. Without configuring a room with a closableor lockable door, additional participants may automatically enter intothe room, even if such entry is undesirable for the originalparticipants. For example, an administrator may otherwise have tomanually implement other mechanisms (e.g., room elements) to monitor theentry of additional participant(s) into the room. The virtualconferencing system 100 reduces such additional efforts, thereby savingtime for the participants and/or administrator, and reducingcomputational resources/processing power for the virtual conferencingsystem 100.

FIGS. 7A-7C illustrate various interface elements relating to providinga door for a room within a virtual conferencing system, in accordancewith some example embodiments. As noted above with respect to FIG. 5 ,the virtual space navigation interface 208 may include a room listinterface 504 configured for a participant to view available rooms andto navigate between the rooms. In addition, as discussed above withrespect to FIG. 6 , the participant (e.g., one of the firstparticipant(s)) may select to close and/or lock the door to for acurrent room.

The example of FIG. 7A depicts a partial view of a current roominterface 702. The partial view of the current room interface 702includes a door icon 704. Each room listed within the current roominterface 702 may have a respective door icon 704 depicted therewith.The door icon 704 is user-selectable for changing the door status (e.g.,opened, closed, locked) for the current room. As noted above, it is alsopossible for participants within a room to update the door status withinthe virtual space design interface 204, for example, via the elementproperties interface 406.

FIG. 7B depicts an example notification 706 provided in response to anadditional participant (e.g., at the second client device 604 of FIG. 6) selecting to knock on a closed, but not locked, door. As noted abovewith respect to FIG. 6 , the virtual conference client 104 on the secondclient device 604 displays the notification 706 to the secondparticipant, to confirm that the second participant knocked on theclosed door. In one or more embodiments, the virtual conference serversystem 108 provides an interface (e.g., a button) for the additionalparticipant (e.g., second participant) to voluntarily knock on an opendoor, for example, as a courtesy to the first participant(s) in theroom. Thus, while knocking is not required for an open door (as opposedto knocking being required to enter a room with a closed door), theadditional participant is provided with the option to knock on an opendoor.

FIG. 7C depicts an example notification 708 provided to the originalparticipant(s) (e.g., at the first client device(s) 602 of FIG. 6 ) of acurrent room, in response to the additional participant knocking on theclosed door. As noted above with respect to FIG. 6 , the virtualconference client 104 on each of the first client device(s) 602 maydisplay the notification 708 to indicate the name of the secondparticipant, and that the second participant knocked on the closed door.The notification 708 may further prompt each respective firstparticipant to deny or accept entry of the second participant into theroom via the deny button 710 (e.g., “ignore”) or the accept button 712(e.g., “invite into room”).

FIG. 8 is a flowchart illustrating a process 800 for providing a roompreview within a virtual conferencing system, in accordance with someexample embodiments. For explanatory purposes, the process 800 isprimarily described herein with reference to the first client device(s)602, the second client device 604 and the virtual conference serversystem 108 of FIG. 1 and FIG. 2 . However, one or more blocks (oroperations) of the process 800 may be performed by one or more othercomponents, and/or by other suitable devices. Further for explanatorypurposes, the blocks (or operations) of the process 800 are describedherein as occurring in serial, or linearly. However, multiple blocks (oroperations) of the process 800 may occur in parallel or concurrently. Inaddition, the blocks (or operations) of the process 800 need not beperformed in the order shown and/or one or more blocks (or operations)of the process 800 need not be performed and/or can be replaced by otheroperations. The process 800 may be terminated when its operations arecompleted. In addition, the process 800 may correspond to a method, aprocedure, an algorithm, etc.

The virtual conference server system 108 provides for virtualconferencing between plural participants within a room of a virtualspace, the room being assigned a door for entry by an additionalparticipant into the room (block 802). The virtual conference serversystem 108 may provide, for each of the plural participants, display ofa participant video element which corresponds to the participant andwhich includes a video feed for the participant.

The virtual conference server system 108 provides, for each of theplural participants, an interface for locking or closing the doorassigned to the room (block 804). The room may be one of plural roomsprovided by the virtual space, and each of the plural rooms may beassigned a respective door which is closable or lockable by roomparticipants.

The virtual conference server system 108 receives indication of userselection, by at least one of the plural participants via the interface,to close or lock the door assigned to the room (block 806). The virtualconference server system 108 provides, in response to a request by theadditional participant to enter the room, a notification that the doorassigned to the room is closed or locked (block 808).

In a case where the user selection is to close the door, thenotification may correspond to a prompt for the additional participantto knock on the door before entering the room. The virtual conferenceserver system 108 may provide, in response to user input via the promptto knock on the door, a second notification confirming to the additionalparticipant that the additional participant knocked on the door.

Alternatively or in addition, the virtual conference server system 108may provide, in response to user input via the prompt to knock on thedoor, a second notification prompting the plural participants to acceptor deny entry of the additional participant into the room. Moreover, thevirtual conference server system 108 may provide, in response to userinput via the prompt to knock on the door, playback of an audio track tothe plural participants and to the additional participant, the audiotrack corresponding to a door knock sound.

In a case where the user selection is to lock the door, the notificationmay indicate to the additional participant that the door is locked.Moreover, the additional participant is disallowed from entering theroom when the door is locked unless the additional participant hasadministrator privileges.

FIG. 9 is a diagrammatic representation of the machine 900 within whichinstructions 910 (e.g., software, a program, an application, an applet,an app, or other executable code) for causing the machine 900 to performany one or more of the methodologies discussed herein may be executed.For example, the instructions 910 may cause the machine 900 to executeany one or more of the methods described herein. The instructions 910transform the general, non-programmed machine 900 into a particularmachine 900 programmed to carry out the described and illustratedfunctions in the manner described. The machine 900 may operate as astandalone device or may be coupled (e.g., networked) to other machines.In a networked deployment, the machine 900 may operate in the capacityof a server machine or a client machine in a server-client networkenvironment, or as a peer machine in a peer-to-peer (or distributed)network environment. The machine 900 may comprise, but not be limitedto, a server computer, a client computer, a personal computer (PC), atablet computer, a laptop computer, a netbook, a set-top box (STB), apersonal digital assistant (PDA), an entertainment media system, acellular telephone, a smartphone, a mobile device, a wearable device(e.g., a smartwatch), a smart home device (e.g., a smart appliance),other smart devices, a web appliance, a network router, a networkswitch, a network bridge, or any machine capable of executing theinstructions 910, sequentially or otherwise, that specify actions to betaken by the machine 900. Further, while only a single machine 900 isillustrated, the term “machine” shall also be taken to include acollection of machines that individually or jointly execute theinstructions 910 to perform any one or more of the methodologiesdiscussed herein. The machine 900, for example, may comprise the clientdevice 102 or any one of a number of server devices forming part of thevirtual conference server system 108. In some examples, the machine 900may also comprise both client and server systems, with certainoperations of a particular method or algorithm being performed on theserver-side and with certain operations of the particular method oralgorithm being performed on the client-side.

The machine 900 may include processors 904, memory 906, and input/outputI/O components 902, which may be configured to communicate with eachother via a bus 940. In an example, the processors 904 (e.g., a CentralProcessing Unit (CPU), a Reduced Instruction Set Computing (RISC)Processor, a Complex Instruction Set Computing (CISC) Processor, aGraphics Processing Unit (GPU), a Digital Signal Processor (DSP), anApplication Specific Integrated Circuit (ASIC), a Radio-FrequencyIntegrated Circuit (RFIC), another processor, or any suitablecombination thereof) may include, for example, a processor 908 and aprocessor 912 that execute the instructions 910. The term “processor” isintended to include multi-core processors that may comprise two or moreindependent processors (sometimes referred to as “cores”) that mayexecute instructions contemporaneously. Although FIG. 9 shows multipleprocessors 904, the machine 900 may include a single processor with asingle-core, a single processor with multiple cores (e.g., a multi-coreprocessor), multiple processors with a single core, multiple processorswith multiples cores, or any combination thereof.

The memory 906 includes a main memory 914, a static memory 916, and astorage unit 918, both accessible to the processors 904 via the bus 940.The main memory 906, the static memory 916, and storage unit 918 storethe instructions 910 embodying any one or more of the methodologies orfunctions described herein. The instructions 910 may also reside,completely or partially, within the main memory 914, within the staticmemory 916, within machine-readable medium 920 within the storage unit918, within at least one of the processors 904 (e.g., within theProcessor's cache memory), or any suitable combination thereof, duringexecution thereof by the machine 900.

The I/O components 902 may include a wide variety of components toreceive input, provide output, produce output, transmit information,exchange information, capture measurements, and so on. The specific I/Ocomponents 902 that are included in a particular machine will depend onthe type of machine. For example, portable machines such as mobilephones may include a touch input device or other such input mechanisms,while a headless server machine will likely not include such a touchinput device. It will be appreciated that the I/O components 902 mayinclude many other components that are not shown in FIG. 9 . In variousexamples, the I/O components 902 may include user output components 926and user input components 928. The user output components 926 mayinclude visual components (e.g., a display such as a plasma displaypanel (PDP), a light-emitting diode (LED) display, a liquid crystaldisplay (LCD), a projector, or a cathode ray tube (CRT)), acousticcomponents (e.g., speakers), haptic components (e.g., a vibratory motor,resistance mechanisms), other signal generators, and so forth. The userinput components 928 may include alphanumeric input components (e.g., akeyboard, a touch screen configured to receive alphanumeric input, aphoto-optical keyboard, or other alphanumeric input components),point-based input components (e.g., a mouse, a touchpad, a trackball, ajoystick, a motion sensor, or another pointing instrument), tactileinput components (e.g., a physical button, a touch screen that provideslocation and force of touches or touch gestures, or other tactile inputcomponents), audio input components (e.g., a microphone), and the like.

In further examples, the I/O components 902 may include biometriccomponents 930, motion components 932, environmental components 934, orposition components 936, among a wide array of other components. Forexample, the biometric components 930 include components to detectexpressions (e.g., hand expressions, facial expressions, vocalexpressions, body gestures, or eye-tracking), measure biosignals (e.g.,blood pressure, heart rate, body temperature, perspiration, or brainwaves), identify a person (e.g., voice identification, retinalidentification, facial identification, fingerprint identification, orelectroencephalogram-based identification), and the like. The motioncomponents 932 include acceleration sensor components (e.g.,accelerometer), gravitation sensor components, rotation sensorcomponents (e.g., gyroscope).

The environmental components 934 include, for example, one or cameras(with still image/photograph and video capabilities), illuminationsensor components (e.g., photometer), temperature sensor components(e.g., one or more thermometers that detect ambient temperature),humidity sensor components, pressure sensor components (e.g.,barometer), acoustic sensor components (e.g., one or more microphonesthat detect background noise), proximity sensor components (e.g.,infrared sensors that detect nearby objects), gas sensors (e.g., gasdetection sensors to detection concentrations of hazardous gases forsafety or to measure pollutants in the atmosphere), or other componentsthat may provide indications, measurements, or signals corresponding toa surrounding physical environment.

With respect to cameras, the client device 102 may have a camera systemcomprising, for example, front cameras on a front surface of the clientdevice 102 and rear cameras on a rear surface of the client device 102.The front cameras may, for example, be used to capture still images andvideo of a user of the client device 102 (e.g., “selfies”), which maythen be augmented with augmentation data (e.g., filters) describedabove. The rear cameras may, for example, be used to capture stillimages and videos in a more traditional camera mode, with these imagessimilarly being augmented with augmentation data. In addition to frontand rear cameras, the client device 102 may also include a 360° camerafor capturing 360° photographs and videos.

Further, the camera system of a client device 102 may include dual rearcameras (e.g., a primary camera as well as a depth-sensing camera), oreven triple, quad or penta rear camera configurations on the front andrear sides of the client device 102. These multiple cameras systems mayinclude a wide camera, an ultra-wide camera, a telephoto camera, a macrocamera and a depth sensor, for example.

The position components 936 include location sensor components (e.g., aGPS receiver component), altitude sensor components (e.g., altimeters orbarometers that detect air pressure from which altitude may be derived),orientation sensor components (e.g., magnetometers), and the like.

Communication may be implemented using a wide variety of technologies.The I/O components 902 further include communication components 938operable to couple the machine 900 to a network 922 or devices 924 viarespective coupling or connections. For example, the communicationcomponents 938 may include a network interface Component or anothersuitable device to interface with the network 922. In further examples,the communication components 938 may include wired communicationcomponents, wireless communication components, cellular communicationcomponents, Near Field Communication (NFC) components, Bluetooth®components (e.g., Bluetooth® Low Energy), Wi-Fi® components, and othercommunication components to provide communication via other modalities.The devices 924 may be another machine or any of a wide variety ofperipheral devices (e.g., a peripheral device coupled via a USB).

Moreover, the communication components 938 may detect identifiers orinclude components operable to detect identifiers. For example, thecommunication components 938 may include Radio Frequency Identification(RFID) tag reader components, NFC smart tag detection components,optical reader components (e.g., an optical sensor to detectone-dimensional bar codes such as Universal Product Code (UPC) bar code,multi-dimensional bar codes such as Quick Response (QR) code, Azteccode, Data Matrix, Dataglyph, MaxiCode, PDF417, Ultra Code, UCC RSS-2Dbar code, and other optical codes), or acoustic detection components(e.g., microphones to identify tagged audio signals). In addition, avariety of information may be derived via the communication components938, such as location via Internet Protocol (IP) geolocation, locationvia Wi-Fi® signal triangulation, location via detecting an NFC beaconsignal that may indicate a particular location, and so forth.

The various memories (e.g., main memory 914, static memory 916, andmemory of the processors 904) and storage unit 918 may store one or moresets of instructions and data structures (e.g., software) embodying orused by any one or more of the methodologies or functions describedherein. These instructions (e.g., the instructions 910), when executedby processors 904, cause various operations to implement the disclosedexamples.

The instructions 910 may be transmitted or received over the network922, using a transmission medium, via a network interface device (e.g.,a network interface component included in the communication components938) and using any one of several well-known transfer protocols (e.g.,hypertext transfer protocol (HTTP)). Similarly, the instructions 910 maybe transmitted or received using a transmission medium via a coupling(e.g., a peer-to-peer coupling) to the devices 924.

FIG. 10 is a block diagram 1000 illustrating a software architecture1004, which can be installed on any one or more of the devices describedherein. The software architecture 1004 is supported by hardware such asa machine 1002 that includes processors 1020, memory 1026, and I/Ocomponents 1038. In this example, the software architecture 1004 can beconceptualized as a stack of layers, where each layer provides aparticular functionality. The software architecture 1004 includes layerssuch as an operating system 1012, libraries 1010, frameworks 1008, andapplications 1006. Operationally, the applications 1006 invoke API calls1050 through the software stack and receive messages 1052 in response tothe API calls 1050.

The operating system 1012 manages hardware resources and provides commonservices. The operating system 1012 includes, for example, a kernel1014, services 1016, and drivers 1022. The kernel 1014 acts as anabstraction layer between the hardware and the other software layers.For example, the kernel 1014 provides memory management, processormanagement (e.g., scheduling), component management, networking, andsecurity settings, among other functionality. The services 1016 canprovide other common services for the other software layers. The drivers1022 are responsible for controlling or interfacing with the underlyinghardware. For instance, the drivers 1022 can include display drivers,camera drivers, BLUETOOTH® or BLUETOOTH® Low Energy drivers, flashmemory drivers, serial communication drivers (e.g., USB drivers), WI-FI®drivers, audio drivers, power management drivers, and so forth.

The libraries 1010 provide a common low-level infrastructure used by theapplications 1006. The libraries 1010 can include system libraries 1018(e.g., C standard library) that provide functions such as memoryallocation functions, string manipulation functions, mathematicfunctions, and the like. In addition, the libraries 1010 can include APIlibraries 1024 such as media libraries (e.g., libraries to supportpresentation and manipulation of various media formats such as MovingPicture Experts Group-4 (MPEG4), Advanced Video Coding (H.264 or AVC),Moving Picture Experts Group Layer-3 (MP3), Advanced Audio Coding (AAC),Adaptive Multi-Rate (AMR) audio codec, Joint Photographic Experts Group(JPEG or JPG), or Portable Network Graphics (PNG)), graphics libraries(e.g., an OpenGL framework used to render in two dimensions (2D) andthree dimensions (3D) in a graphic content on a display), databaselibraries (e.g., SQLite to provide various relational databasefunctions), web libraries (e.g., WebKit to provide web browsingfunctionality), and the like. The libraries 1010 can also include a widevariety of other libraries 1028 to provide many other APIs to theapplications 1006.

The frameworks 1008 provide a common high-level infrastructure that isused by the applications 1006. For example, the frameworks 1008 providevarious graphical user interface (GUI) functions, high-level resourcemanagement, and high-level location services. The frameworks 1008 canprovide a broad spectrum of other APIs that can be used by theapplications 1006, some of which may be specific to a particularoperating system or platform.

In an example, the applications 1006 may include a home application1036, a contacts application 1030, a browser application 1032, a bookreader application 1034, a location application 1042, a mediaapplication 1044, a messaging application 1046, a game application 1048,and a broad assortment of other applications such as a third-partyapplication 1040. The applications 1006 are programs that executefunctions defined in the programs. Various programming languages can beemployed to create one or more of the applications 1006, structured in avariety of manners, such as object-oriented programming languages (e.g.,Objective-C, Java, or C++) or procedural programming languages (e.g., Cor assembly language). In a specific example, the third-partyapplication 1040 (e.g., an application developed using the ANDROID™ orIOS™ software development kit (SDK) by an entity other than the vendorof the particular platform) may be mobile software running on a mobileoperating system such as IOS™, ANDROID™, WINDOWS® Phone, or anothermobile operating system. In this example, the third-party application1040 can invoke the API calls 1050 provided by the operating system 1012to facilitate functionality described herein.

Glossary

“Carrier signal” refers to any intangible medium that is capable ofstoring, encoding, or carrying instructions for execution by themachine, and includes digital or analog communications signals or otherintangible media to facilitate communication of such instructions.Instructions may be transmitted or received over a network using atransmission medium via a network interface device.

“Client device” refers to any machine that interfaces to acommunications network to obtain resources from one or more serversystems or other client devices. A client device may be, but is notlimited to, a mobile phone, desktop computer, laptop, portable digitalassistants (PDAs), smartphones, tablets, ultrabooks, netbooks, laptops,multi-processor systems, microprocessor-based or programmable consumerelectronics, game consoles, set-top boxes, or any other communicationdevice that a user may use to access a network.

“Communication network” refers to one or more portions of a network thatmay be an ad hoc network, an intranet, an extranet, a virtual privatenetwork (VPN), a local area network (LAN), a wireless LAN (WLAN), a widearea network (WAN), a wireless WAN (WWAN), a metropolitan area network(MAN), the Internet, a portion of the Internet, a portion of the PublicSwitched Telephone Network (PSTN), a plain old telephone service (POTS)network, a cellular telephone network, a wireless network, a Wi-Fi®network, another type of network, or a combination of two or more suchnetworks. For example, a network or a portion of a network may include awireless or cellular network and the coupling may be a Code DivisionMultiple Access (CDMA) connection, a Global System for Mobilecommunications (GSM) connection, or other types of cellular or wirelesscoupling. In this example, the coupling may implement any of a varietyof types of data transfer technology, such as Single Carrier RadioTransmission Technology (1×RTT), Evolution-Data Optimized (EVDO)technology, General Packet Radio Service (GPRS) technology, EnhancedData rates for GSM Evolution (EDGE) technology, third GenerationPartnership Project (3GPP) including 3G, fourth generation wireless (4G)networks, Universal Mobile Telecommunications System (UMTS), High SpeedPacket Access (HSPA), Worldwide Interoperability for Microwave Access(WiMAX), Long Term Evolution (LTE) standard, others defined by variousstandard-setting organizations, other long-range protocols, or otherdata transfer technology.

“Component” refers to a device, physical entity, or logic havingboundaries defined by function or subroutine calls, branch points, APIs,or other technologies that provide for the partitioning ormodularization of particular processing or control functions. Componentsmay be combined via their interfaces with other components to carry outa machine process. A component may be a packaged functional hardwareunit designed for use with other components and a part of a program thatusually performs a particular function of related functions. Componentsmay constitute either software components (e.g., code embodied on amachine-readable medium) or hardware components. A “hardware component”is a tangible unit capable of performing certain operations and may beconfigured or arranged in a certain physical manner. In variousexamples, one or more computer systems (e.g., a standalone computersystem, a client computer system, or a server computer system) or one ormore hardware components of a computer system (e.g., a processor or agroup of processors) may be configured by software (e.g., an applicationor application portion) as a hardware component that operates to performcertain operations as described herein. A hardware component may also beimplemented mechanically, electronically, or any suitable combinationthereof. For example, a hardware component may include dedicatedcircuitry or logic that is permanently configured to perform certainoperations. A hardware component may be a special-purpose processor,such as a field-programmable gate array (FPGA) or an applicationspecific integrated circuit (ASIC). A hardware component may alsoinclude programmable logic or circuitry that is temporarily configuredby software to perform certain operations. For example, a hardwarecomponent may include software executed by a general-purpose processoror other programmable processor. Once configured by such software,hardware components become specific machines (or specific components ofa machine) uniquely tailored to perform the configured functions and areno longer general-purpose processors. It will be appreciated that thedecision to implement a hardware component mechanically, in dedicatedand permanently configured circuitry, or in temporarily configuredcircuitry (e.g., configured by software), may be driven by cost and timeconsiderations. Accordingly, the phrase “hardware component” (or“hardware-implemented component”) should be understood to encompass atangible entity, be that an entity that is physically constructed,permanently configured (e.g., hardwired), or temporarily configured(e.g., programmed) to operate in a certain manner or to perform certainoperations described herein. Considering examples in which hardwarecomponents are temporarily configured (e.g., programmed), each of thehardware components need not be configured or instantiated at any oneinstance in time. For example, where a hardware component comprises ageneral-purpose processor configured by software to become aspecial-purpose processor, the general-purpose processor may beconfigured as respectively different special-purpose processors (e.g.,comprising different hardware components) at different times. Softwareaccordingly configures a particular processor or processors, forexample, to constitute a particular hardware component at one instanceof time and to constitute a different hardware component at a differentinstance of time. Hardware components can provide information to, andreceive information from, other hardware components. Accordingly, thedescribed hardware components may be regarded as being communicativelycoupled. Where multiple hardware components exist contemporaneously,communications may be achieved through signal transmission (e.g., overappropriate circuits and buses) between or among two or more of thehardware components. In examples in which multiple hardware componentsare configured or instantiated at different times, communicationsbetween such hardware components may be achieved, for example, throughthe storage and retrieval of information in memory structures to whichthe multiple hardware components have access. For example, one hardwarecomponent may perform an operation and store the output of thatoperation in a memory device to which it is communicatively coupled. Afurther hardware component may then, at a later time, access the memorydevice to retrieve and process the stored output. Hardware componentsmay also initiate communications with input or output devices, and canoperate on a resource (e.g., a collection of information). The variousoperations of example methods described herein may be performed, atleast partially, by one or more processors that are temporarilyconfigured (e.g., by software) or permanently configured to perform therelevant operations. Whether temporarily or permanently configured, suchprocessors may constitute processor-implemented components that operateto perform one or more operations or functions described herein. As usedherein, “processor-implemented component” refers to a hardware componentimplemented using one or more processors. Similarly, the methodsdescribed herein may be at least partially processor-implemented, with aparticular processor or processors being an example of hardware. Forexample, at least some of the operations of a method may be performed byone or more processors or processor-implemented components. Moreover,the one or more processors may also operate to support performance ofthe relevant operations in a “cloud computing” environment or as a“software as a service” (SaaS). For example, at least some of theoperations may be performed by a group of computers (as examples ofmachines including processors), with these operations being accessiblevia a network (e.g., the Internet) and via one or more appropriateinterfaces (e.g., an API). The performance of certain of the operationsmay be distributed among the processors, not only residing within asingle machine, but deployed across a number of machines. In someexamples, the processors or processor-implemented components may belocated in a single geographic location (e.g., within a homeenvironment, an office environment, or a server farm). In otherexamples, the processors or processor-implemented components may bedistributed across a number of geographic locations.

“Computer-readable storage medium” refers to both machine-storage mediaand transmission media. Thus, the terms include both storagedevices/media and carrier waves/modulated data signals. The terms“machine-readable medium,” “computer-readable medium” and“device-readable medium” mean the same thing and may be usedinterchangeably in this disclosure.

“Machine storage medium” refers to a single or multiple storage devicesand media (e.g., a centralized or distributed database, and associatedcaches and servers) that store executable instructions, routines anddata. The term shall accordingly be taken to include, but not be limitedto, solid-state memories, and optical and magnetic media, includingmemory internal or external to processors. Specific examples ofmachine-storage media, computer-storage media and device-storage mediainclude non-volatile memory, including by way of example semiconductormemory devices, e.g., erasable programmable read-only memory (EPROM),electrically erasable programmable read-only memory (EEPROM), FPGA, andflash memory devices; magnetic disks such as internal hard disks andremovable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks Theterms “machine-storage medium,” “device-storage medium,”“computer-storage medium” mean the same thing and may be usedinterchangeably in this disclosure. The terms “machine-storage media,”“computer-storage media,” and “device-storage media” specificallyexclude carrier waves, modulated data signals, and other such media, atleast some of which are covered under the term “signal medium.”

“Non-transitory computer-readable storage medium” refers to a tangiblemedium that is capable of storing, encoding, or carrying theinstructions for execution by a machine.

“Signal medium” refers to any intangible medium that is capable ofstoring, encoding, or carrying the instructions for execution by amachine and includes digital or analog communications signals or otherintangible media to facilitate communication of software or data. Theterm “signal medium” shall be taken to include any form of a modulateddata signal, carrier wave, and so forth. The term “modulated datasignal” means a signal that has one or more of its characteristics setor changed in such a matter as to encode information in the signal. Theterms “transmission medium” and “signal medium” mean the same thing andmay be used interchangeably in this disclosure.

What is claimed is:
 1. A method, comprising: providing for virtualconferencing between plural participants within a room of a virtualspace, the room being assigned a door for entry by an additionalparticipant into the room; providing, for each of the pluralparticipants, an interface for locking or closing the door assigned tothe room; receiving indication of user selection, by at least one of theplural participants via the interface, to close or lock the doorassigned to the room; and providing, in response to a request by theadditional participant to enter the room, a notification that the doorassigned to the room is closed or locked.
 2. The method of claim 1,wherein the user selection is to close the door, and wherein thenotification corresponds to a prompt for the additional participant toknock on the door before entering the room.
 3. The method of claim 2,further comprising: providing, in response to user input via the promptto knock on the door, a second notification confirming to the additionalparticipant that the additional participant knocked on the door.
 4. Themethod of claim 2, further comprising: providing, in response to userinput via the prompt to knock on the door, a second notificationprompting the plural participants to accept or deny entry of theadditional participant into the room.
 5. The method of claim 2, furthercomprising: providing, in response to user input via the prompt to knockon the door, playback of an audio track to the plural participants andto the additional participant, the audio track corresponding to a doorknock sound.
 6. The method of claim 1, wherein the user selection is tolock the door, and wherein the notification indicates to the additionalparticipant that the door is locked.
 7. The method of claim 6, whereinthe additional participant is disallowed from entering the room when thedoor is locked unless the additional participant has administratorprivileges.
 8. The method of claim 1, further comprising: providing, foreach of the plural participants, display of a participant video elementwhich corresponds to the participant and which includes a video feed forthe participant.
 9. The method of claim 1, wherein the room is one ofplural rooms provided by the virtual space, and wherein each of theplural rooms is assigned a respective door which is closable or lockableby room participants.
 10. A system comprising: a processor; and a memorystoring instructions that, when executed by the processor, configure theprocessor to perform operations comprising: providing for virtualconferencing between plural participants within a room of a virtualspace, the room being assigned a door for entry by an additionalparticipant into the room; providing, for each of the pluralparticipants, an interface for locking or closing the door assigned tothe room; receiving indication of user selection, by at least one of theplural participants via the interface, to close or lock the doorassigned to the room; and providing, in response to a request by theadditional participant to enter the room, a notification that the doorassigned to the room is closed or locked.
 11. The system of claim 10,wherein the user selection is to close the door, and wherein thenotification corresponds to a prompt for the additional participant toknock on the door before entering the room.
 12. The system of claim 11,the operations further comprising: providing, in response to user inputvia the prompt to knock on the door, a second notification confirming tothe additional participant that the additional participant knocked onthe door.
 13. The system of claim 11, the operations further comprising:providing, in response to user input via the prompt to knock on thedoor, a second notification prompting the plural participants to acceptor deny entry of the additional participant into the room.
 14. Thesystem of claim 11, the operations further comprising: providing, inresponse to user input via the prompt to knock on the door, playback ofan audio track to the plural participants and to the additionalparticipant, the audio track corresponding to a door knock sound. 15.The system of claim 10, wherein the user selection is to lock the door,and wherein the notification indicates to the additional participantthat the door is locked.
 16. The system of claim 15, wherein theadditional participant is disallowed from entering the room when thedoor is locked unless the additional participant has administratorprivileges.
 17. The system of claim 10, the operations furthercomprising: providing, for each of the plural participants, display of aparticipant video element which corresponds to the participant and whichincludes a video feed for the participant.
 18. The system of claim 10,wherein the room is one of plural rooms provided by the virtual space,and wherein each of the plural rooms is assigned a respective door whichis closable or lockable by room participants.
 19. A non-transitorycomputer-readable storage medium, the computer-readable storage mediumincluding instructions that when executed by a computer, cause thecomputer to perform operations comprising: providing for virtualconferencing between plural participants within a room of a virtualspace, the room being assigned a door for entry by an additionalparticipant into the room; providing, for each of the pluralparticipants, an interface for locking or closing the door assigned tothe room; receiving indication of user selection, by at least one of theplural participants via the interface, to close or lock the doorassigned to the room; and providing, in response to a request by theadditional participant to enter the room, a notification that the doorassigned to the room is closed or locked.
 20. The computer-readablemedium of claim 19, wherein the user selection is to close the door, andwherein the notification corresponds to a prompt for the additionalparticipant to knock on the door before entering the room.